Cite No. Z 



(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property Organization 

International Bureau 

(43) International Publication Date 
31 May 2001 (31.05,2001) 




PCT 



(10) International Publication Number 

wo 01/39534 Al 



(51) International Patent Classification^: H04Q 7/38 

(21) International Application Number: PCT/EPOQ/1 1010 

(22) International Filing Date: 

7 November 2000 (07.11.2000) 



(25) Filing Language: 

(26) Publication Language: 



English 
English 



(30) Priority Data: 

9927672.7 23 November 1999 (23. 1 1 .1999) GB 

(71) Applicant: TELEFONAKTIEBOLAGET LM ERICS- 
SON (publ) [SE/SE]; S-126 25 Stockholm (SE). 

(72) Inventors: LAIHO, Keijo; Metsatorpantie 2 G 20, FIN- 
02430 Masala (H). SIMONEN, Satu; Palkkatilankatu 7 
C25, FIN-00240 Helsinki (FI). 



(81) Designated States (national): AE, AG, AL, AM, AT, AU, 
AZ, BA, BB, BG, BR, BY, BZ, CA, CH, CN, CR, CU, CZ, 
DE, DK, DM, DZ, EE, ES, FI, GB, GD, GE, GH, GM, HR. 
HU, ID, IL, IN, IS, JP, KE, KG, KP, KR, KZ, LC, LK, LR. 
LS. LT, LU, LV, MA, MD, MG, MK, MN, MW, MX, MZ, 
NO, NZ, PL, FT. RO, RU, SD, SE, SG, SI, SK, SL, TJ, TM, 
TR. TT, TZ, UA, UG, UZ, VN, YU, ZA, ZW. 

(84) Designated States (regional): ARIPO patent (GH, GM, 
KE, LS, MW, MZ, SD, SL, SZ, TZ, UG, ZW), Eurasian 
patent (AM. AZ, BY, KG, KZ, MD, RU. TJ, TM), European 
patent (AT, BE, CH, CY, DE, DK, ES, FI, FR, GB, GR, IE, 
IT, LU, MC, NL, FT, SE, TR), OAPI patent (BF, BJ, CF, 
CG, CI, CM, GA, GN, GW, ML, MR, NE, SN, TD, TG). 

Published: 

— With international search report. 

— Before the expiration of the time limit for amending the 
claims and to be republished in the event of receipt of 
amendments. 



(74) Agent: LIND, Robert: Marks & Clerk, 4220 Nash Court, 
Oxford Business Park South, Oxford, Oxfordshire OX4 
2RU (GB). 



For two-letter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations" appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



(54) Title: SRNS RELCXTAHON IN A UMTS NETWORK 



Relocation Required 
(RelocaUon Type:UE^ 
notlnvol^d) 

^ RelocaUon Command 

^ (tt* address fbrRNC, 

TEID for downDnk trafRc ) 




Relocation Request ^ 
(Relocation TypeiUE 
not Involved, 
RABs to be setup. 

User Plane mode. 
Transport Address, 
lu Transport Association, 
RABBnking) 



RNCtargbt 



On 



Relocation Request Acknowtedfla 
^ (RRC container 
RABssstupp 
RABs failed to setUD) 

(57) Abstract: A method of performing a SRNS Relocation in a UMTS network for a given U£, the method comprising sending a 
Relocation Required message from the serving RNC to the core network and sending a Relocation Request message from the core 
network to the taiget RNC, the Relocation Required message containing a RRC Initialisation Information container which is incor- 
porated transparentiy by the core network into the Relocation Request message^ and the RRC Initialisation Information container in 
turn containing information enabling a mapping to be made between RABs and RBs for the UE. 



4SIXXID: <WO 0139534A1J_> 



wo 01/39534 



1 

SRNS Relocation in a UMTS network 
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Field of the Invention 

5 The present invention relates to SRNS Relocation in a UMTS network and more 
particularly to the transfer of radio resources between a SRNS and a target RNS during 
such Relocation. 

Background to the Invention 

10 

Figure 1 illustrates schematically a part of a Universal Mobile Telecommunications 
System (UMTS) network. The network includes a core network part 1, which may be a 
network handling voice calls using UMTS Mobile-services Switching Centres (UMSCs) 
or may be a data network such as a General Packet Radio Service (GPRS) network 

15 including Serving GPRS Support Nodes (SGSNs). In Figure 1 the UMSCs and SGSNs 
are indicated generally with the reference numeral 2. A subscriber or User Equipment 
(UE) 3 is coupled to the core network 1 via an access network 4 referred to as a 
Universal Terrestrial Radio Access Network (UTRAN). More particularly, the 
UMSCs/SGSNs 2 are connected to Radio Network Controllers (RNCs) 5,6 of the 

20 UTRAN 4 over an interface referred to as the lu interface. 

Each RNC 5 forms part of a Radio Network Subsystem (RNSs) 7,8 which also 
comprises a set of Base Transceiver Stations 9 referred to in UMTS terminology as 
Node B*s. The interface between a RNC 5,6 and a Node B 9 is known as the lub 
25 interface. A node B 9 provides the connection point for a UE 3 to the UTRAN 4, and 
the interface between the Node B 9 and the UE 3 is known as the Uu interface. The 
RNS (RNS 7 in Figure 1 ) which connects a UE 3 to the core network 1 at any given 
time is referred to as the Serving RNS (SRNS) for that particular UE 3. 

30 Figure 2 illustrates in very general terms the bearer structure used by UTRAN to carry 
user data between the UE 3 and the core network 1 . When it is required to establish a 
user plane connection, the responsible UMSC or SGSN 2 instructs the UTRAN 4 to 
establish a logical connection between the UMSC or SGSN 2 and the UE 3. This 
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2 

logical connection is referred to as a Radio Access Bearer (RAB). The established RAB 
inherits requirements of the requested UMTS service, e.g. Quality of Service, etc. 
Based on the inherited requirements of the RAB, the RNC 5,6 estabUshes user plane 
connections with the core network 1 (i.e. UMSC or SGSN 2) and with the UE 3. The 
5 connection between the RNC 5,6 and the core network 1 is referred to as the lu bearer 
whilst the connection between the RNC 5,6 and the UE 3 is referred to as the Radio 
Bearer (RB). Both of these bearers represent further logical channels, with the RNC 
performing a mapping between them. The bearers themselves are mapped onto 
appropriate traffic channels for transmission over the respective interfaces (lu and Uu). 

10 

A single UE 3 may be associated with one or more RABs. For example, a UE 3 may 
simultaneously make use of one RAB established for a voice call, and another RAB 
established for a data call. The RNC 5,6 uses RAB identifiers (allocated by the core 
network) to distinguish between these different RABs. In the same way, a RB identity 
15 is used to distinguish between RBs. During the setting-up of a new user plane 
connection, a RAB and a RB are implicitly associated with one another by the RNC. 



An important feature of mobile telecommunication systems is the ability to allow 
subscribers to move within (and outside) particular networks. This often requires a 

20 process known as SRNS relocation, in which an existing SRNS is replaced by a target 
RNS. Considering a scenario known as Hard Handover where a UE moves out of the 
area of responsibility of a first RNS, into a new RNS, it is necessary that the RNC (i.e. 
the Serving RNC (RNCs)) of the SRNS be replaced by the RNC (referred to during the 
transition phase as the Target RNC (RNCj)) of the second RNS, as the access RNC for 

25 the UE. In some circumstances, the Target RNC may immediately become the Serving 
RNC, with the user plane connection being established between the Target RNC and the 
core network. In other circumstances, the user plane connection extends between the 
Target RNC (which is thereafter referred to as a "drift" RNC) and the core network via 
the Serving RNC, where the interface between the drift RNC and the Serving RNC is 

30 known as the lur interface. The network may subsequently decide to convert the drift 
RNC into the Serving RNC, establishing a direct user plane connection to the core 
network. 
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In either scenario, the SRNS relocation process may be initiated by the Serving RNC 
sending to the core network (UMSC or SGSN) a Relocation Required message. This 
message is currently defined in the Radio Access Network Application Part (RANAP) 
protocol (UMTS TS 25.413) and carried over the lu interface. The core network 
5 responds to receipt of a Relocation Required message by sending a Relocation Request 
message to the Target RNC. The Relocation Request message is also defined in the 
RANAP protocol. 

The Relocation Request message contains the identities of the RABs to be transferred. 

10 Both the Relocation Request message and the Relocation Required message contain an 
RRC Initialisation Information container. This container is defined in the Radio 
Resource Control (RRC) protocol (UMTS TS 25.331), and contains amongst other 
things the identities of the RBs to be transferred as well as details of the mappings 
between the RBs and the lower layer attributes, i.e. to logical, transport, and physical 

15 channels. It is noted that the RB identities and the mappings between the RBs and the 
lower layer attributes are contained in a container which is passed transparently by the 
core network. 

Summary of the Invention 

20 

The inventors of the present invention have recognised that in order to deal with a 
SRNS Relocation situation for a given UE, where that UE has multiple RABs allocated 
to it, the Target RNC must have a knowledge of the mappings between the RABs and 
the RBs. Under the current proposal, neither the Relocation Request message nor the 
Relocation Required message contain sufficient information to perform this mapping. 
The result is that confusion might arise at the Target RNC, with the Target RNC 
associating RBs with the wrong RABs. In such a situation, calls may be incorrectly 
connected and resources allocated inappropriately. 

According to a first aspect of the present invention there is provided a method of 
performing a SRNS Relocation in a UMTS network for a given UE, the method 
comprising sending a Relocation Required message from the Serving RNC to the core 
network and sending a Relocation Request message fi-om the core network to the Target 
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RNC, the Relocation Required message containing a RRC Initialisation Information 
container which is incorporated transparently by the core network into the Relocation 
Request message, and the RRC Initialisation Information container in turn containing 
information enabling a mapping to be made between RABs and RBs for the UE. 

5 

Preferably, where an RRC Initialisation Information container contains a Radio Bearer 
Information element, said mapping comprises for each RB, a RAB identity to which 
that RB corresponds, the RABs and the RBs being identified by RAB and RB identifiers 
respectively. 

10 

The mapping information contained in the RRC Initialisation Information container 
may comprise NAS binding information. 

According to a second aspect of the present invention there is provided UMTS 
15 telecommunications system comprising at least one core network and a UTRAN, the 
UTRAN comprising a plurality of RNCs, pairs of which are arranged to commxmicate 
with each other, via said core network, in the event of SRNS Relocation, each RNC 
being arranged to generate and send a Relocation Required message to the core network 
in the event that the RNC is the pre-existing SRNS for a UE, the Relocation Required 
20 message containing a RRC Initialisation Information container which in turn contains a 
mapping information enabling a mapping to be made between RABs and RBs for the 
UE, and each RNC being arranged to receive a Relocation Request message fi*om the 
core network in the event that the RNC is the Target RNC, the Relocation Request 
message containing said RRC Initialisation Information container. 

25 

It will be appreciated that the core network is arranged to translate a received Relocation 
Required message into a Relocation Request message for transmission to the Target 
RNC. The RRC Initialisation Infonnation container is copied transparently in this 
process. 

30 

Brief Description of the Drawings 

Figure 1 illustrates schematically a UMTS network; 
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Figure 2 illustrates schematically the bearer structure used in the UTRAN part of the 
UMTS network of Figure 1; 

Figure 3 illustrates a precondition for SRNS relocation in the UMTS network of Figure 

1; 

5 Figure 4 illustrates a precondition for a SRNS Hard Handover in the UMTS network of 
Figure 1; 

Figure 5 illustrates the condition after SRNS Relocation/Hard Handover in the UMTS 
network of Figure 1, following the preconditions of either Figure 3 or Figure 4; 
Figure 6 illustrates signalling at a general level at SRNS Relocation/Hard Handover in 
10 the network of Figure 1, as well as the structure of Relocation messages; and 
Figure 7 illustrates on a more detailed level the signalling of Figure 6. 

Detailed Description of a Preferred Embodiment 

15 A typical UMTS network has been described above with reference to Figure 1, whilst 
the UTRAN bearer structure employed in such a network has been described with 
reference to Figure 2. 

Figure 3 illustrates a situation in which User Equipment (UE) is coimected to a 
20 UMSC/SGSN of a core network of a UMTS network, via a drift RNC 1 0 and a Serving 
RNC 11. The "active" connection is illustrated by the broken lines in Figure 3. Such a 
situation may arise after the UE has initiated a connection via the Serving RNC 1 1 and 
has subsequently moved into the coverage area of the drift RNC 10. Figure 4 illustrates 
a situation in which a UE is coupled to a UMSC/SGSN of a core network via only a 
25 Serving RNC 1 1, with the broken lines again illustrating the active connection. 

As described above, under certain circumstances the situation illustrated in Figure 3 
may be a precondition for a SRNS Relocation, where the network decides to transfer the 
user plane connection between the core network and the UTRAN, from the SRNS to the 
30 RNS which contains the drift RNC 10. The situation which exists following such a 
relocation is illustrated in Figure 5, where the broken lines illustrate the new active 
connection. Figure 5 also corresponds to the situation which exists following a Hard 
Handover and associated Relocation from the precondition illustrated in Figure 4, or 
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following a Hard Handover in which the "structure" of Figure 4 is transformed to that of 
Figure 3 and a SRNS relocation subsequently occurs resulting in the structure of Figure 
5. 



5 The Relocation process is initiated by the sending of a Relocation Required message 
from the RNC of the SRNS (RNCs) to the core netv/ork over the lu interface using the 
RANAP protocol. This is illustrated in Figure 6, as is the general structure of the 
Relocation Required message (defined in the RRC specification). As well as including 
an identification of the Serving RNC and the target RNC, the message contains a Source 
1 0 RNC to target RNC transparent container. The container includes a set of Radio Bearer 
Information Elements, one for each Radio Bearer (RB) to be transferred. Each element 
contains an RB identity, RLC identity, and RB mapping information. Notably, the RB 
mapping information includes the identity of the RAB which is associated with the RB 
in question. 

15 

The UMSC or the SGSN which receives the Relocation Required message reacts to the 
message as defined in the RANAP protocol. In particular it produces a Relocation 
Request message which is forwarded to the target RNC via the UMSC/SGSN to which 
the target RNC is connected (in some cases both the Serving and the target RNCs may 
20 be connected to the same UMSC/SGSN). This is again illustrated in Figure 6, together 
with the structure of the Relocation Request message. As well as the RAB Ids to be 
transferred (i.e. setup be the target RNC), the message includes the Source RNC to 
target RNC transparent container which is passed transparently by the core network. 

25 Upon receipt of the Relocation Request message, the target RNC must establish an 
appropriate bearer structure (Figure 2) between the UE and the core network. Based 
upon the information contained in the Relocation Request message, the required RABs 
are setup and the lu bearers established. The target RNC then examines the contents of 
the Radio Bearer Information Elements of the transparent container. This information 

30 tells the target RNC which RBs are related to which RABs (nb. whilst there may be a 
one to one mapping between RBs and RABs, this need not be the case and a single 
RAB may be mapped to two or more RBs). 
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Figure 7 illustrates in more detail the signalling involved in a SRNS Relocation. In 
addition to the Relocation Request and Relocation Request messages, a Relocation 
Command message is returned from the core network to the RNCs, whilst a Relocation 
Request Acknowledgement message is returned from the RNCj to the core network. 

5 

It will be appreciated by the person of skill in the art that various modifications may be 
made to the above described embodiments without departing from the scope of the 
present invention. For example, under current proposals, NAS binding information is 
used at RAB assignment request to associate a call in the control plane (e.g. SETUP) 
10 and in the user plane. The NAS binding information may be required to make a control 
plane/user plane association possible in the case of a Hard Handover, in which case the 
Source RNC to target RNC transparent container could contain NAS binding 
infomiation. The NAS binding infomiation would then allow the Target RNC to map 
RBs to RABs. 
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Claims 

1. A method of performing a SRNS Relocation in a UMTS network for a given 
UE, the method comprising sending a Relocation Required message from the serving 

5 RNC to the core network and sending a Relocation Request message from the core 
network to the Target RNC, the Relocation Required message containing a RRC 
InitiaHsation Information container which is incorporated transparently by the core 
network into the Relocation Request message, and the RRC Initialisation Information 
container in turn containing information enabling a mapping to be made between RABs 
10 andRBs for the UE. 

2. A method according to claim 1, wherein, where an RRC Initialisation 
Information container contains a Radio Bearer Information element, said mapping 
comprises for each RB a RAB identity to which that RB corresponds, the RABS and the 

15 RBs being identified by RAB and RB identifiers respectively. 

3. A method according to claim 1, wherein the mapping information contained in 
the RRC Initialisation Information container comprises NAS binding information. 

20 4. A UMTS telecommunications system comprising at least one core network and 
a UTRAN, the UTRAN comprising a plurality of RNCs, pairs of which are arranged to 
conrununicate with each other, via said core network, in the event of a SRNS Relocation, 
each RNC being arranged to generate and send a Relocation Required message to the 
core network in the event that the RNC is the pre-existing SRNC for a UE, the 

25 Relocation Required message containing a RRC Initialisation Information container 
which in turn containing information enabling a mapping to be made between RABs 
and RBs for the UE, and each RNC being arranged to receive a Relocation Request 
message from the core network in the event that the RNC is the target RNC, the 
Relocation Request message containing said RRC Initialisation Information container. 

30 
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Figure 3 



4SDOCID: <WO 0139534A1J_> 



wo 01/39534 



PCT/EPOO/11010 




Figure 4 



wo 01/39534 



PCT/EPOO/11010 




Figure 5 



wo 01^9534 



PCT/EPOO/11010 



5/6 





O 

UJ 



(D 

I" 

CO 

(/) 



•o 

CD 

> 

o 
> 
c 

o 
c 

LU 

> 

o 

> 

LU 

(D 



CD 
CO 

CD 

o 



c 

CD 
u- 

CO 

Q. 

CO 

C 

CO 
k- 

o 
z 
q: 

•♦^ 
Q> 

iS 
o 

o 
z 

CD 

o 

O 
CO 



CD 

c 

CO 

c 
o 
o 



o 
o 



CO 

OQ 



9 

CD 



CD 

E 

CO 

c5 

Qui 



CD 

■a 

o 

E 

a> 
c 

i5 

CL 

a5 

CO 



CO 
CO 

5 

o 

OlJ 
CO 

c 

CO 



c: 
g 

o 
o 

CO 

o 

CO 

c 

CO 

I- 

3 



04 

c 
CQ 







T3 
















(D 
















> 
















0 
















> 
















C 
















loti 








a> 

CD 
















Q. 








d/UE 








trans 








volve 








0 




























on 








c 
































LU 








a> 




















d> 




(1) 












lam 


Q. 


Q. 
>> 
h- 








Q 

0 












urce ID 




Z 




IE/Group 


issage 


locatiol 


use 


rget ID 


urce R 


ntainer 




(V 


(0 


0 


TO 


0 


0 






0 


CO 




CO 


0 



4SCXX;iD: <WO 0139534A1J_: 



wo 01/39534 



PCT/EPOO/11010 



6/6 




CO 
3 
Q 



0> - 
CO ^ 



9^ -0) S" l 



5f ties 

CO L. CO CO 

£ ^ ^ 



tu 



■D 

JS 

I 



3, 



C8 
O 

o 



Q. CO 

<D 3 A 
C S 

CO 2, 

^ s 




▲ 






UJ 


C 


S 




CO 

E 


RequI 


Type 

•Ived) 


Comi 


loni 




tion 


CO 

u 


CO ^ 
a ^> 


CO 

o 


o 


O C 


o 


Rel 


(Re 


Re 



CO c 
CO > 

2| 

to O 

^9 
liJ 




JSDOCID: <WO_0139534A1J_> 



INTERNATIONAL SEARCH REPORT 



intMTiatlonak plication No 

PCT/EP 00/11010 



A. CLASSIFICATICm OF jSUBJECT MATTER 

IPC 7 H04Q7/38 



According to Intern -tional Patent Classification (IPC) or to both national ctassification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classiticatron system followed by classification symbols) 

IPC 7 H04Q 



Documentation searched other than minimum documentation to the extent thai such documents are included in the fields searched 



Electronic data base consulted during the international search (name ot data base and. where practical, search terms used) 

EPO-Internal, INSPEC 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



P,A 



WO 99 51051 A (NOKIA TELECOMMUNICATIONS OY 

;AHMAVAARA KALLE (FI)) 

7 October 1999 (1999-10-07) 

page A, line 23 -page 7, line 10; figures 

4.5 

ETSI: "TS 125 413 Universal Mobile 
Telecommunications System (UMTS); UTRAN lu 
Interface RANAP Signalling (3G TS 25.413 
Version 3.0.0 Release 1999)" 

ETSI, 

January 2000 (2000-01), pages 1-147, 
XP002165163 
Valbonne, FR 

cited in the application 
paragraph '0007! 
paragraph '8.6.3! 
paragraph '8.7.2! 

-/-- 



1.4 



1.4 



Further documents are listed in the continuation of box C. 



□ 



Patent family memt>ers are listed in annex. 



Special categories of cited documents : 

'A' document defining the general state of the art which is not 
considered to be of particular relevance 

*E' earlier document but published on or after the international 
filing date 

•L' docunr>ent which may throw doubts on priority claim<s) or 
which is cited to establish the publication dale of another 
citation or other special reason (as specified) 

'C document referring to an oral disclosure, use. exhibition or 
other means 

•p* document published prior to the international fiting date but 
later than the priority date claimed 



'T* later document published after the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underiying the 
invention - 

*X* document of particular relevance: the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

*Y' document of particular relevance: the claimed invention 

cannot be considered to involve an inventive step when the 
document Is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art. 

'&* document member of the same patent family 



Date of the actual oompletk>n of the international search 



17 April 2001 



Date of mailing of the international search report 



04/05/2001 



Name and nailing address of the ISA 

European Patent Office, P.B. 581 8 Patent laan 2 
NL - 2280 HV Rl}swijk 
Tel. (+31-70) 340-2040. Tx. 31 651 epo nl. 
Fax: (+31-70) 340-3016 



Authorized officer 



Janyszek, J-M 



Form PCT/lSA/210 (second sheat) (July 1992) 



page 1 of 2 



4SOOCID: <WO_0139534A1J_> 



INTERNATIONAL SEARCH REPORT 



Internationa. plication No 

PCT/EP 00/11010 



C.(Continuation) DOCUMENTS CONSIDERED TO BE RELEVANT 



Category Citation of document, with indication .wttere appropriate, of the relevant passages 



Relevant to claim No. 



P,A 



ETSI: "TS 125 331 Universal Mobile 
Telecommunications System (UMTS); RRC 
Protocol Specification (3G TS 25.331 
Version 3.1.0 Release 1999)" 
ETSI, 

January 2000 (2000-01), pages 1-282, 
XP002165164 
Valbonne, Fr 

cited in the application 
paragraph '0007! 

paragraph '8.2.1! - paragraph '8.2.1.2! 
paragraph '8.2.2! - paragraph '8.2.2.1! 
paragraph '8.3.5! - paragraph '8.3.6.5! 



1,4 



Foim PCT/)SA/210 (continuation ol second sheot) (Jury 1992) 



page 2 of 2 



JSDOCID: <WO_0139534A1J_> 



INTERNATIONAL SEARCH REPORT 

Information on patent family members 



Internationa. 



Jlieatlon No 



PCT/EP 00/11010 



Patent document 
cited in search report 



Publication 
date 



WO 9951051 



07-10-1999 



Patent family 
member(s) 



Publication 
date 



FI 
AU 
BR 
EP 



980736 A 
3149699 A 

9909307 A 
1068757 A 



01-10-1999 
18-10-1999 

21-11-2000 
17-01-2001 



Form PCT/ISA/210 (patent (amily annex) gut/ 1992) 
4SDOCI0: <WO_0139534A1J_> 



